가용 영역 이해 및 설계

가용 영역이란?

쉬운 비유

• 가용 영역 = 서울시 안의 여러 구 (강남구, 종로구 같은)
• Multi-AZ = 강남구와 종로구 둘 다에 가게 차려놓기
• 강남구에 정전나도, 종로구 가게는 계속 영업

AWS 서울 리전의 가용 영역

서울 리전 (ap-northeast-2)
├── ap-northeast-2a (강남 데이터센터)
├── ap-northeast-2b (용산 데이터센터)  
├── ap-northeast-2c (구로 데이터센터)
└── ap-northeast-2d (판교 데이터센터)

현재 vs 목표 아키텍처

현재 (Week3)

VPC (10.0.0.0/16)
└── ap-northeast-2a만 사용
    ├── Public Subnet (10.0.1.0/24) - Web 서버
    └── Private Subnet (10.0.2.0/24) - WAS 서버

목표 (Week3.5)

VPC (10.0.0.0/16)
├── ap-northeast-2a
│   ├── Public Subnet (10.0.1.0/24) - Web 서버 1
│   └── Private Subnet (10.0.2.0/24) - WAS 서버 1
└── ap-northeast-2c (새로 추가)
    ├── Public Subnet (10.0.3.0/24) - Web 서버 2
    └── Private Subnet (10.0.4.0/24) - WAS 서버 2

실습 단계

1. 새로운 서브넷 생성 계획

우리가 추가로 만들 것들:

2. 라우팅 테이블 계획

• Public 라우팅 테이블: 두 Public 서브넷 모두 연결
• Private 라우팅 테이블: 두 Private 서브넷 모두 연결

왜 이렇게 설계할까?

장점 1: 고가용성 (High Availability)

한 가용영역 고장 시:
2a 고장 → 2c에서 서비스 계속
2c 고장 → 2a에서 서비스 계속

장점 2: 부하 분산

사용자 트래픽을:
2a 서버 50% + 2c 서버 50% = 더 빠른 응답

장점 3: 확장성

사용자 많아지면:
각 가용영역에 서버 추가 생성 가능

설계 주의사항

IP 주소 겹치면 안됨

• 기존: 10.0.1.0/24, 10.0.2.0/24 사용중
• 새로: 10.0.3.0/24, 10.0.4.0/24 사용 (겹치지 않음)

가용영역 선택

• 2a와 2c 선택 이유: 물리적으로 가장 멀리 떨어져 있음
• 2b는 왜 안써?: 때때로 용량이 부족한 경우가 있어서

현재 설정 확인하기

실습을 시작하기 전에 Week3에서 만든 것들을 확인해봅시다.

VPC 정보 확인

1. VPC 콘솔 → VPC 클릭
2. 여러분이 만든 VPC 이름 확인 (예: webapp-vpc)
3. CIDR 블록 확인 (예: 10.0.0.0/16)

기존 서브넷 확인

1. VPC 콘솔 → 서브넷 클릭
2. 현재 있는 서브넷들 확인:
   • Public 서브넷 (10.0.1.0/24, ap-northeast-2a)
   • Private 서브넷 (10.0.2.0/24, ap-northeast-2a)

실행 중인 서버 확인

1. EC2 콘솔 → 인스턴스 클릭
2. 다음 서버들이 running 상태인지 확인:
   • Web 서버 (Apache 설치됨, Public 서브넷)
   • WAS 서버 (Tomcat 설치됨, Private 서브넷)

Week3 동작 테스트

다음 URL들이 모두 정상 동작하는지 확인:

정적 파일 (Apache에서 직접 처리):

• http://Web서버-Public-IP/webapp/index.html

동적 파일 (Tomcat으로 프록시):

• http://Web서버-Public-IP/webapp/

두 URL 모두 정상 동작해야 Week3.5를 진행할 수 있습니다.

완료 체크리스트

이해했는지 확인해보세요:

• 가용영역 = 서울시의 여러 구 개념 이해
• Multi-AZ = 여러 구에 가게 차리기 개념 이해
• 현재 1개 가용영역 → 2개 가용영역으로 확장 목표 이해
• 새로 만들 서브넷 2개의 용도 이해
• IP 주소가 겹치지 않도록 설계한 이유 이해
• Week3에서 만든 VPC와 서브넷 정보 확인 완료
• Week3의 Web/WAS 서버가 정상 동작 확인 완료

개념 이해 완료 이제 실제로 서브넷을 만들어봅시다.

다음 단계: AWS EDU/Archive/조선대학교 AWS 멘토링/Week3.5-HA-Scalable-WebService/01-Multi-AZ-네트워크확장/02-서브넷확장구성

관련 문서: AWS EDU/Archive/조선대학교 AWS 멘토링/Edu Architecture/README, Week3-WAS-Deployment